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NATIONAL FOREWORD 

This Indian Standard ( Part 3 ) which is identical with ISO/IEC 7816-3 : 1997 'Information technology — 
Identification cards — Integrated circuit(s) cards with contacts — Part 3 : Electronic signals and 
transmission protocols' issued by the International Organization for Standardization ( ISO ) and the 
International Electrotechnical Commission ( lEC ) jointly was adopted by the Bureau of Indian 
Standards on the recommendation of the Computer Hardware Sectional Committee and approval of the 
Electronics and Telecommunication Division Council. 

In the adopted standard, certain conventions are not identical to those used in Indian Standards. 
Attention is particularly drawn to the following: 

a) Wherever the words 'International Standard' appear referring to this standard, they should be 
read as 'Indian Standard'. 

b) Comma ( , ) has been used as a decimal marker while in Indian Standards, the current practice 
is to use a point ( . ) as the decimal marker. 

CROSS REFERENCES 

In this adopted standard, reference appears to certain International Standards for which Indian 
Standards also exist. The corresponding Indian Standards which are to be substituted in their place are 
listed below along with their degree of equivalence for the editions indicated: 



International Standard 

ISO 1177 : 1985 Information 
processing — Character structure 
for start/stop and synchronous 
character oriented transmission 

ISO 7816-1 : 1987 Identification 
cards — Integrated circuit(s) cards 
with contacts — Part 1 : Physical 
characteristics 

ISO 7816-2 : 1988 Identification 
cards — Integrated circuit(s) cards 
with contacts — Part 2 : Dimensions 
and location of the contacts 



Corresponding Indian Standard 

IS 1 1413 : 1986 Character structure 
for start/stop and synchronous 
transmission for information 
processing 

IS 14202 ( Part 1 ) : 1995 Identifica- 
tion cards — Integrated circuit(s) — 
Cards with contacts: Part 1 Physical 
characteristics 

IS 14202 ( Part 2 ) : 1995 Identifica- 
tion cards — integrated circuit(s) — 
Cards with contacts : Part 2 
Dimensions and location of the 
contacts 



Degree of Equivalence 
Identical 



do 



do 



The concerned Technical Committee responsible for the preparation of this standard has reviewed the 
provisions of the following International Publications and has decided that they are acceptable for use 
in conjunction with this standard: 



ISO/IEC 3309: 1993 

ISO/IEC 7810: 1995 
ISO/IEC 7816-4: 1995 



Information technology — Telecommunications and information exchange 
between systems — High-level data link control ( HDLC ) procedures — 
Frame structure 

Identification cards — Physical characteristics 

Information technology — Identification cards — Integrated circuit(s) 
cards with contacts — Part 4 : Interindustry commands for interchange 
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Indian Standard 

INFORMATION TECHNOLOGY -- 

IDENTIFICATION CARDS ~ INTEGRATED 

CIRCUIT(S) CARDS WITH CONTACTS 

PART 3 ELECTRONIC SIGNALS AND TRANSMISSION PROTOCOLS 



1 Scope 

This part of ISO/IEC 7816 specifies the power and signal 
structures, and information exchange between an 
integrated circuit(s) card and an interface device such as 
a terminal. 

It also covers signal rates, voltage levels, current values, 
parity convention, operating procedure, transmission 
mechanisms and communication with the card. 

It does not cover information and instruction content, 
such as identification of issuers and users, services and 
limits, security features, journaling and instruction 

definitions. 



2 Normative references 

The following standards contain provisions which, through 
reference in this text, constitute provisions of this part of 
ISO/IEC 7816. At the time of publication, the editions 
indicated were valid. All standards are subject to revision, 
and parties to agreements based on this part of 
ISO/IEC 7816 are encouraged to investigate the possibilltY 
of applying the most recent editions of the standards 
listed below. Members of ISO and lEC maintain registers 
of currently valid International Standards, 

ISO 1 1 77:1 985, Information processing — Character 
structure for start/stop and synchronous character 
oriented transmission, 

ISO/IEC 3309:1993, Information technology — Tele- 
communications and information exchange between 
systems — High-level data link control (HDLC) procedures 
— Frame structure. 



ISO/IEC 7810:1995, 
characteristics. 



Identification cards — Physical 



^* Currently under revision. 



ISO 781 6-1 : 1 987^*, Identification cards — Integrated 
circuit(s) cards with contacts — Part 1: Physical 
characteristics, 

180 7816-2:1988^*, Identification cards — Integrated 
circuit(s) cards with contacts — Part 2: Dimensions and 
location of the contacts. 

ISO/IEC 7816-4:1995, Information technology— Identifi- 
cation cards — Integrated circuit(s) cards with contacts 
— Part 4: Interindustry commands for interchange. 



3 Terms and definitions 

The term "identification card" is defined in iSO/iEC7810. 
For the purposes of this part of ISO/IEC 7816, the follow- 
ing definitions apply. 

3.1 devices 

3.1.1 

interface device 

terminal, communication device or machine to which the 
card is electrically connected during operation 

3.1.2 
operating card 

card which can correctly carry out all its functions 

3.2 

etu (abbreviation for "elementary time unit") 
nominal duration of a moment on contact I/O 

3.3 resets 

3.3.1 
cold reset 

first reset occurring after activation 

3.3.2 
warm reset 

any reset which is not a cold reset 
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For the purposes of this part of iSO/lEC 7816, the follow- 
ing notations apply. 

state H high state logic level 

state L low state logic level 

state Z mark or high state, as defined in ISO 1177 

state A space or low state, as defined in ISO 1177 

'XY' hexadecimal notation, equal to XY to the base 16 



4.2 Operating conditions 



4.2.1 Classes of operating conditions 

This part of ISO/IEC 7816 defines two classes of operat- 
ing conditions. Through contact VCC, the interface device 
shall provide to the card the following nonninal supply 
voltage; ^ ' 

• 5 V under class A, 

• 3 V under class B. 



4 Electrical characteristics 



Consequently, cards and interface devices shall work 
either in class A only, or in class B only, or in class A and 
in class B, denoted as class AB later on. 



4.1 General 

4.1,1 Electrical circuits 

Contact assignments are specified in ISO 7816-2, sup- 
porting at least the following electrical circuits. 

GND ground, reference voltage 

VCC power supply input 

I/O input or output for serial data 

CLK clock signal input 

RST reset signal input 

VPP progrannnning power input, optional use by the 

card 



4.1.2 Abbreviations 

For the purposes of this clause, the following abbrevia- 
tions apply. 



C|N 


input capacitance 


CouT 


output capacitance 


'cc 


current at VCC 


/iH 


high level input current 


/,L 


low level input current 


/qh 


high level output current 


'OL 


low level output current 


/pp 


current at VPP 


tf 


fall tinne, ffonn 90 % to 10 % of signal amplitude 


tn 


rise time, from 10 % to 90 % of signal amplitude 


K:c 


voltage at VCC 


^H 


high level input voltage 


Wl 


low level input voltage 


Kdh 


high level output voltage 


Voi 


low level output voltage 


Vpp 


voltage at VPP 



Class A cards shall operate with class A and class AB 
interface devices. Class AB cards shall operate with 
class A, class B and class AB interface devices. Class B 
cards shall operate with class B and class AB interface 
devices; they shall be designed in such a way that they 
will not be damaged under class A operating conditions 
(by definition, a damaged card no longer operates as 
specified or contains corrupt data). 

4.2.2 Selection of the operating class 

Figure 1 shows the decisions to be made by an interface 
device in selecting the class of operating conditions to be 
applied to a card. Decisions shown are based upon 
information implicit in the interface device, except where 
the word "card" is present. 

When available in the interface device, the first operating 
conditions to be applied to the card shall be class B. 

Under class A operating conditions, a class B card shall 
not provide an Answer-to-Reset (see 6). 

If the card does not provide an Answer-to-Reset, then the 
interface device shall deactivate the card; after a delay of 
at least 10 ms, the interface device shall apply the 
operating conditions of the next available class. 

If the card provides an Answer-to-Reset without a class 
indicator (see 6.5.6), then the interface device shall apply 
or maintain class A operating conditions when available, 
or deactivate the card. 

If the card provides an Answer-to-Reset with a class 
indicator, and the interface device is applying a class of 
operating conditions supported by the card, then normal 
operation may continue. 

If the Answer-to-Reset does not indicate the current class 
of operating conditions, but another class supported by 
the interface device, then the interface device shall 
deactivate the card; after a delay of at least 10 ms, the 
interface device shall apply the operating conditions of 
that class. 

NOTE — Some cards confornning to ISO/IEC 7816-3:1989 could be 
damaged when operating under class B conditions and should be used 
only \n class A interface devices. 



IS 14202 ( Part 3 ) : 2002 
ISO/IEC 7816-3 : 1997 




Error handling 
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Apply next higher class 



Delay 



De-activate 





Delay 




Figure 1 — Selection of the class of operating conditions by the interface device 

4.3 Voltage and current values 

4.3.1 Measurement conventions 

Ali measurements are defined with respect to contact GND and in an ambient temperature range from 0° C to 50° C. All 
currents flowing into the card are considered positive. All timings shall be measured with respect to the appropriate 
threshold levels as defined in 4.3.2 to 4.3.6. 

An electrical circuit is not active when the voltage with respect to contact GND remains between V and 0,4 V for currents 
less than 1 mA flowing into the interface device. 



4.3.2 VCC 

This contact is used to provide the card with the power supply. In table 1, the current value is averaged over 1 ms. The 
maximum current is defined for the card. The interface device shall be able to deliver this current within the range 
specified for the voltage values and may deliver more. 

Table 1 — Electrical characteristics of VCC under normal operating conditions 



Symbol 


Conditions 


Minimum 


Maximum 


Unit 


K:c 


Class A 
Class B 


4,5 
2,7 


5,5 
3,3 


V 


'cc 


Class A, at maximum allowed frequency 

Class B, at maximum allowed frequency 

When the clock is stopped (see 5.3.4) 




60 
50 
0,5 


mA 
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The power supply shall maintain the voltage value in the specified range despite transient power consunnption as defined 
in table 2. 



Table 2 « Sptk«s on /cc 



Class 


Maxinnunn charge " 


Maxinnunn duration 


Maximunn variation ^ of /cc 


A 


20 nA.s 


400 ns 


100 nnA 


B 


10 nA.s 


400 ns 


50 nnA 


^ The maximum charge is half the product of the maximum duration and the maximum variation. 
^ The maximum variation is the difference in supply current with respect to the average value. 



4.3.3 I/O 

This contact is used as input (reception nnode) or output (transnnission nnode). The infornnation exchange through contact 
I/O uses the following two logic states as defined in ISO 1177: 

— state Z if the card and the interface device are in reception nnode or if this state is innposed by the transnnitter; 

— state A if this state is imposed by the transmitter. 

When the two ends of the line are in reception mode, the line shall be at state Z (high state). When the two ends are in 
non-matched transmit mode, the logic state of the line may be indeterminate. During operation, the interface device and 
the card shall not both be in transmit mode. 

The interface device shall be able to support the defined range of Input currents when the input voltages are in the 
allowed range. The interface device shall present to the card an impedance such that it will not prevent the card from 
being able to keep the output voltages in the defined range. 

Table 3 — Electrical characteristics of I/O under normal operating conditions 



Symbol 


Conditions 


Minimum 


Maximum 


Unit 


/iH 


Vm 


0,70 X Vcc 
-300 


Vcc 
+20 


V 
HA 




Kl 



-1000 


0,15 X Vcc 
+20 


V 
HA 


V^OH 


External pull-up resistor: 20 kft to Vcc 

VOH 


0,70 X Vcc 


Vcc 
+20 


V 
HA 


Vol 


/oL = 1 mA « 





0,15 X Vcc 


V 


fR tf 


C|N = 30 pF; CouT = 30 pF 




1 


US 


The voltage on I/O shall remain between - 0,3 V and V^c + 0,3 V. 


^ Interface device implementations should not require the card to sink more than 500 HA. 



4.3.4 CLK 



This contact is used to provide the card with the clock signal. The actual value of the frequency of the clock signal is 
designated by f. See 5.2 and 6.5.2 for the ranges of values of f. 

The duty cycle of the clock signal shall be between 40 % and 60 % of the period during stable operation. When switching 
the frequency from one value to another, care should be taken to ensure that no pulse is shorter than 40 % of the 
shortest period allowed by the card as defined in table 7. No information shall be exchanged when switching the 
frequency value. Two different times are recommended for switching the freqfyency value: 

— immediately after the answer to reset or 

— immediately after a successful PPS exchange (see 7.4). 
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Table 4 — Electrical characteristics of CLK under normal operating conditions 



Symbol 


Conditions 


IVIinimum 


l\4aximum 


Unit 




Wh 


0,70 X Vcc 
-20 


+100 


V 




Ml 



-100 


0,5 
+20 


V 


fR ^F 


C,N = 30 pF 




9 % of period 




The voltage on CLK shall remain between - 0,3 V and V^c + 0,3 V. 



4.3,5 RST 

This contact is used to provide the card with the reset signal according to either 5,3.2 (cold reset) or 5.3.3 (warnn reset). 
Table 5 — Electrical characteristics of RST under normal operating conditions 



Symbol 


Conditions 


Minimum 


Maximum 


Unit 




Kh 


0,80 X Vcc 
-20 


+150 


V 

ha 


Ml 


Hl 



-200 


0,12 xVtc 
+20 


V 
HA 


tn tp 


C|N = 30 pF 




1 


JIS 


The voltage on RST shall rennain between - 0,3 V and V^c + 0,3 V. 



4,3.6 VPP 

Under class B operating conditions, this contact is reserved for future use. 

Under class A operating conditions, this contact may be used to provide the card with the programming power required to 
write or to erase the internal non-volatile memory. Table 6 defines two activated states on contact VPP: pause state and 
programming state. The interface device shall maintain contact VPP at pause state unless the card requires the 

programming state. 

Table 6 — Electrical characteristics of VPP under normal operating conditions 



Symbol 


Conditions 


Minimum 


Maximum 


Unit 


Vpp 

/pp 


Pause state 


0,95 X Vcc 


1,05 x^tc 
20 


V 
mA 


\/pp 
/pp 


Programming state 


0,975 xP 


1,025 xP 
1 


V 
mA 


fR tf 




a 


200 


HS 


The power shall not exceed 1 ,5 W when averaged over any period of 1 s. 
NOTES 

1 When needed, the card provides the interface device with the values P and 1 (see 6.5.4). 

2 VPP state control, as specified in clauses 8 and 9, Is only relevant under class A operating coryttions. 


' The rate of change of the voltage on VPP value shall not exceed 2 V.ns^'. 
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5 Card operating procedure 



5.3 Information exchange 



5.1 General overview 

The electrical circuits shall not be activated until the 
contacts of the card are nnechanically connected to the 
contacts of the interface device. 

The interaction between the interface device and the card 
shall be conducted through the following consecutive 
operations specified in the subsequent subclauses. 

— Activation of the electrical circuits by the interface 
device. 

— Information exchange between the card and the 
interface device always initiated by the card answer- 
ing to the cold reset. 

— Deactivation of the electrical circuits by the inter- 
face device. 

The sequence of deactivation of the electrical circuits 
should be concluded before the nnechanical disconnection 
between the contacts of the card and the contacts of the 
interface device. 



5.3.1 General 

If the card supports the class of operating conditions, 
then the card shall answer to any reset according to 
clause 6, After connpletion of any answer to reset, the 
interface device nnay initiate a warnn reset of the card. 
The answer to a warnn reset may differ from the answer 
to the previous, either cold or warm, reset. After 
completion of any answer to reset indicating the 
negotiable mode (see 6.6), the interface device may 
initiate a PPS exchange as specified in clause 7. 

The operating procedure of commands depends on the 
transmission protocol. The half-duplex transmission of 
asynchronous characters with the interface device as the 
master is specifred in clause 8. The half-duplex asynchro- 
nous transmission of blocks is specified in clause 9. When 
no transmission is expected from the card (e.g., after 
completion of a command and before initiating the next 
command), the interface device may even stop the clock 
signal if the card supports clock stop. 

NOTE — ISO/IEC 78164 specifies interindustry comnnands for inter- 
change. Other comnnands are specified either in existing standards or 
in additional standards to be defined. 



5.2 Activation 

In order to initiate an interaction with a mechanically 
connected card, the Interface device shall activate the 
electrical circuits in the following order shown on figure 2. 

— RST shall be put to state L (see 4.3.5). 

— VCC shall be powered according to the operating 
conditions selected by the interface device: class A 
or class B (see 4.3.2 and table 1). 

— I/O in the interface device shall be put in reception 
mode (see 4.3.3). 

— Under class A, VPP shall be put to pause state (see 
4.3.6). Under class B, VPP is reserved for future use. 

— CLK shall be provided with a clock signal (see 
4.3.4). At least during the answer to reset, the 
frequency f of the clock signal shall lie in the range: 

• 1 to 5 MHz under class A or 

• 1 to 4 MHz under class B. 

By the end of the sequence of activation of the electrical 
circuits (RST in state L, VCC powered, I/O in reception 
mode in the interface device, VPP at pause state when 
operating under class A, CLK provided with a suitable and 
stable clock signal), the card is ready for a cold reset 
according to the timing specified in 5.3.2 and figure 2. 



5.3.2 Cold reset 

According to figure 2, the clock signal is applied to CLK at 
time Ta. The card shall set the I/O line to state Z within 
200 clock cycles of the clock signal (fa) being applied to 
CLK (time ta after Ta). The card is reset by maintaining 
RST at state L for at least 400 clock cycles {tb) after the 
clock signal is applied to CLK (time tb after Ta). 



VCC 



VPP 



RST 




*--*f 



cue 



I/O 



K iiii^MgpB:^v.ft!^f 






;fa>^ 



undefined 
^^ > ^ ^ 



tc 



ta ^ 



Ta 

200 



400 



Tb 

< tb 






400 



^ tc ^ 



Answer 
40 000 



Figure 2 — Activation and cold reset 

At time Tb, RST is put to state H. The answer on I/O shall 
begin between 400 and 40 000 clock cycles (tc) after the 
rising edge of the signal on RST (time tc after Tb). 
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if the answer does not begin within 40 000 clock cycles 
with RST at state H, the signal on RST shall be returned to 
state L and the electrical circuits shall be deactivated by 
the interface device according to 5.4. 

NOTES 

1 The internal state of the card is assumed not to be defined before 
a cold reset. Therefore the design of the card has to avoid improper 
operation. 

2 The interface device may initiate a cold reset of the card at its 
discretion at any time. 



5.3.3 Warm reset 

According to figure 3, the interface device initiates a 
warnn reset by putting RST to state L for at least 400 
clock cycles (tinne te) while VCC and CLK rennain stable. 
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Figure 3 — Warm reset 

At tinne Td, RST is put to state H. The answer on I/O shall 
begin between 400 and 40 000 clock cycles {tf) after the 
rising edge of the signal on RST (tinne ff after Td). 

If the answer does not begin within 40 000 clock cycles 
with RST at state H, the signal on RST shall be returned to 
state L and the electrical circuits shall be deactivated by 
the interface device according to 5.4. 



5.3.4 Clock stop 

For cards supporting clock stop, when the interface 
device expects no transnnission fronn the card and when 
!/0 has remained at state Z for at least 1 860 clock 
cycles (tinne tg), then according to figure 4, the interface 
device nnay stop the clock on CLK (at tinne Te). 



VCC 



VPP 



RST 



CLK 



I/O 



tg -H 



Ciock Stop 






. (/7. 



Previous 
character 



Te 



1 860 



^ tg 



i i^ Next 

Tf character 

700 



f 



< th 



Figure 4 — Clock stop 

When the clock is stopped (from time Te to time Tf), CLK 
shall be maintained either at state H or at state L; the 
state is indicated by parameter X as defined in 6.5.5. 

At time Tf, the interface device restarts the clock and the 
information exchange on 1/0 may continue after at least 
700 clock cycles (time th after Tf). 



5.4 Deactivation 

When information exchange is concluded or aborted (e.g.. 
unresponsive card, detection of card removal), the 
interface device shall deactivate the electrical circuits In 
the following order shown on figure 5. 

— RST shall be put to state L. 

— CLK shall be put to state L (unless the clock is 
already stopped at state L). 

— VPP shall be deactivated (if it has been activated). 

— I/O shall be put to state A. 

— VCC shall be deactivated. 







VCC 






"* 




■1 




VPP 




RST 1 






CLK mM 
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I/O 


^ < f. ^ r 

undefined ' 


j 
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Figure 5 — Deactivation 
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6 Answer-to-Reset 



6.1 General configuration 

By definition, the Answer-to-Reset is the value of the 
sequence of bytes sent by the card to the interface 
device as the answer to a reset. On the I/O circuit, each 
byte is conveyed in an asynchronous character. 

Each successful reset operation shall induce on I/O an 
initial character TS followed by at nnost 32 characters in 
the following order shown on figure 6. 

TO Fornnat character, mandatory 

TA(i) TB{i) TC(i) TD{i) Interface characters, optional 

T1 T2 ...TK Historical characters, optional 

TCK Check character, conditional 



• The initial character sets up the convention to 
decode every subsequent character. 

• The format character announces the first interface 
characters and all the historical characters. 

• The presence of interface characters is indicated by 
a bit map technique initiated by the format character. 

• The presence of historical characters is indicated by 
a number coded in the format character. 

• The presence of the check character depends on 
the value(s) of parameter T in some interface bytes. 

For notation simplicity, TO TA(i) ,,, T1 ... TCK hereafter 
designate the bytes as well as the characters in which 
they are conveyed. 



6.2 Parameter T 

Parameter T refers to a transmission protocol and/or 
qualifies interface bytes. In every byte TD(i) (see 6.4.3.1), 
TA(2) (see 6.5.7) or PPSO (see 7.3), the bits b4 to b1 code 
a value of parameter T. 

— T-0 refers to the half-duplex transmission of asyn- 
chronous characters specified in clause 8. 

— T=1 refers to the half-duplex asynchronous trans- 
mission of blocks specified in clause 9. 

— T=2 and T=3 are reserved for future full-duplex 
operations. 

— T=4 is reserved for an enhanced half-duplex trans- 
mission of asynchronous characters. 



— T=5 to T=:13 are reserved for future use. 

— T=14 refers to transmission protocols not standar- 
dized by ISO/IEC JTC 1 SC17. 

--T=15 does not refer to a transmission protocol, but 
only qualifies global interface bytes (see 6.4.3.2). 
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The Interface Characters 

. . . global, 

codes Fl and Dl 

. . . global, 
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1 






TB(1) 
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codes specific mode 
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1 
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Rgure 6 — Configuration of the Answer-to-Reset 
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6.3 Asynchronous character 



6.3.1 Elementary time unit 

During the answer to reset, the etu shall be equal to 372 
clock cycles. 

1 etu = •— 

See also 6.4.1 for an alternate nneasurennent of the etu 
value and 6.5.2 for its general expression. 



6.3.2 Character frame 

Before a character, the circuit 1/0 shall be at state Z. 
According to figure 1 , a character consists of ten conse- 
cutive nnonnents; each nnonnent is either at state Z or at 
state A. 

— The first nnoment nn1 shall be at state A; this 
nnonnent is the "start nnonnent". 

— The eight nnonnents nn2 to nn9 convey a byte. 

— The last nnonnent nnIO shall ensure the character 
parity; it conveys the "parity bit". 
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Figure 7 — Character frame 

Within every character, if the state changes at the end of 
monnent nnn, then the delay fronn the character leading 
edge to the nnn trailing edge shall be the following (see 
figure 7). 

tn = (n±0,2) etu 

The transnnitter tinne origin is the character leading edge. 
When searching for a character, the receiver samples I/O 
periodically: the sannpling tinne shall be less than 0,2 etu. 
The receiver time origin is the mean between the last 
observation of state Z and the first observation of state A. 



The receiver shall confirm m1 before 0,7 etu (in receiver 
time). Then the receiver shall receive m2 at (1,5±0,2) etu, 
m3 at (2,5+0,2) etu, ... m9 at (8,5±0,2) etu and mIO at 
(9,5±0,2) etu. Character parity is checked on the fly. 

NOTE — Such tolerances ensure that the signal measurement zones 
are all distinct from the signal transition zones. 

The delay between the leading edges of two consecutive 
characters shall be at least 12 etu, i.e., the duration of 
one character, (1 0+0,2) etu, followed by a guardtime. 
While in guardtime, the card and the interface device shall 
remain both in reception mode (in error-free operation), so 
that I/O is maintained at state Z. 

During the answer to reset, the delay between the leading 
edges of two consecutive characters sent by the card 
shall not exceed 9 600 etu. This maximum value is named 
"initial waiting time". 



6.3.3 Error signal and character repetition 

During the answer to reset, the following procedure is 
mandatory for the cards offering the protocol T=0; it is 
optional for the interface devices and for other cards. 

As shown in figure 8, when character parity is incorrect, 
the receiver shall transmit an error signal by putting the 
I/O circuit to sate A at (10,5+0,2) etu in receiver time for 
one etu minimum, two etu maximum. Then the receiver 
shall expect a repetition of the character. 

For detecting an error signal, the transmitter shall check 
the state of the I/O circuit at (11±0,2)etu in transmitter 
time, i.e., after the character leading edge. 

— The correct reception Is assumed if the state is Z. 

— The incorrect reception is assumed If the state Is 
A. After a delay of at least two etu after detection of 
the error signal, the transmitter shall repeat the 
character. 

If no character repetition is provided by the card, 

— the card ignores and shall not suffer damage from 
the error signal coming from the Interface device; 

— the interface device shall be able to Initiate the 
repetition of the entire reset operation. 



a)- Without parity error 
















start 


^ "T II 1 1 1 1 

Byte(i) 


Parity 


Guardtime 


Start 




1 1 1 

Byte(i+1) 


b)- With 


\ parit> 


/ error 












Repetition 




start 


1 1 1 III 1 

Byte(i) 


Parity 




Error 
signal 




Start 


1 1 1 

Byte(i) 





















Rgure 8 — Character transmission and repatition diagram 
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6.4 Answer-to-Reset structure 

6.4.1 initial character and coding convention 

Figure 9 shows the initial character TS. 

— The moments ml to m4 define a synchronization 
sequence with value of (Z)AZZA. 

— The moments m5 to m7 Indicate inverse or direct 
convention with values of AAA or ZZZ respectively. 

— The moments m8 to mIO are equal to AAZ. 
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Figure 9 — initial ciiaracter TS 

NOTE — The synchronization sequence allows the interface device to 
deternnine the etu initially used by the card. An alternate measurement 
of etu is a third of the delay between the first two falling edges in TS. 
Transmission and reception mechanisms in the card (including the 
tolerances described in 6.3.2 and 6.3.3) should be consistent with this 
alternate definition of etu. 

TS sets up the convention to code bytes in all subsequent 
characters. The convention consists of 

— the coding of values 1 and by states Z and A for 
the nine moments m2 to mIO, 

— the bit significance for the eight moments m2 to m9. 

Character parity is correct when there is an even number 
of bits set at 1 in the nine moments m2 to miO. 

TS has two possible values shown as characters of ten 
moments at states Z or A and according to the coding 
convention, as bytes of eight bits with values of 1 or 0. 

— Character (Z)AZZAAAAAAZ sets up the inverse 
convention where state A codes value 1 and moment 
m2 conveys the most significant bit (msb first). When 
decoded by inverse convention, the conveyed byte is 
equal to '3F'. 

— Character (Z)AZZAZZZAAZ sets up the direct 
convention where state Z codes value 1 and moment 
m2 conveys the least significant bit (Isb first). When 
decoded by direct convention, the conveyed byte is 
equal to 'SB'. 

Figure 10 shows the byte frame as used hereafter. The 
byte consists of eight bits denoted as b8 to b1 with 
values of 1 or 0; b8 is the most significant bit (msb) and 
b1 the least significant bit (Isb). 



1 b8 


b7 


b6 


b5 


b4 


b3 


b2 


b1 



6.4.2 Format byte TO 

According to figure 11, byte TO contains two parts. 

— The bits b8 to b5 form Y(1); each bit equal to 1 
indicates the presence of a further interface byte. 

— The bits b4 to b1 form K which codes the number of 
historical bytes from to 15. 
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Yd) Indicator for the presence of interface bytes 

TA(1) is present if b5=1 . 
TB(1) is present if b6=1. 
TC{1) is present if b7=1. 

TD(1) is present if b8=:1. 

K Numberof historical bytes, from to 15 



Figure 11 — Coding of TO 



6.4.3 Interface bytes TA(i) TB(i) TC(i) TD(i) 



6.4.3.1 TD(i) 

According to figure 12, byte TD(i) contains two parts. 

— The bits bS to b5 form Y(i+1); each bit equal to 1 
indicates the presence of a further interface byte. 

— The bits b4 to b1 form a value of parameter T as 
defined in 6.2. 
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Y(i+1 ) Indicator for the presence of interface bytes 

TA(i+1 ) is present if b5=1 . 
TB(i+1 ) is present if b6=1 . 
TC(i+1 ) is present if b7=1 . 
TD(i+1 ) is present if b8=1 . 

T Protocol reference and/or interface byte qualifier 



Rgure 10 — Byte frame 



Hgure 12 — Coding of TD(i) 

Therefore TO conveys Yd) and TD(i) conveys Y(i+1). In 
the byte conveying Y(i), the bits bS to b5 state whether 
byte TA(i) for b5, byte TB(i) for b6, byte TC(i) for b7, byte 
TD(i) for bS are present or absent (depending on whether 
the relevant bit is equal to 1 or 0) in this order after the 
byte conveying Y(i). 

If TD(i) Is absent, the interface bytes TA(i+1), TB(i+1), 
TC(i+1) and TD(i+1) are absent. 
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if two or more values of parameter T are present in TD(1) 
TD(2) .... they shall be present in ascending numerical 
order. If present T=0 shall be first, t=15 shall be last. 
The value T-15 is forbidden in TD(1). 



6.5 Content of the global Interface bytes 



6.5.1 General 



The "first offered protocol" is defined as follows. 

— (f TD(1) is present, then the first offer is T, 

— If TD(1) is absent, then the only offer is T=0. 

6.4.3,2 TA(i) TB(i) TC(i) 

The interface bytes TA(i), TB(i) and TC(i) for i = 1, 2, 3, ... 
are either global or specific. 

— Global Interface bytes refer to parameters of the 
integrated circuit(s) within the card, see 6.5. 

— Specific interface bytes refer to parameters of a 
transmission protocol offered by the card. 

The interface bytes TA(1) TB(1) TC(1) TA(2) TB(2) are 
global. The interface byte TC(2) is specific; it is defined 
for T-0. see 8.2, The interpretation of the interface bytes 
TA(i) TB(i) TC(i) for I > 2 depends on the value of para- 
meter T in TD(i-l). 

— If T:^15, the bytes are protocol T specific. 

— If T=15, the bytes are global. 

If more than three interface bytes TA(i) TB(i) TC(i] are 
defined for the same value of parameter T and are 
present in the Answer-to-Reset, they shall be present 
subsequently after TD(i-1) TD(i) ... which ail indicate the 
same value T; therefore, they are unambiguously 
identified as appearing after the first, the second or the 
nth occurrence of T in TD(i-l) for i > 2. 

NOTE — The combination of parameter T with the bit map technique 
allows to send only useful interface bytes and when needed, to use 
default values for parameters corresponding to absent Interface bytes. 

6.4.4 Historical bytes T1 T2 ... TK 

The historical bytes designate general information, for 
example, the card manufacturer, the chip inserted in the 
card, the masked ROM in the chip, the state of the life of 
the card. ISO/IEC 7816-4 specifies the content of the 
historical bytes. 

If K is not null, then the Answer-to-Reset continues on K 
historical bytes T1 T2 ... TK. 



6.4.5 Check byte TCK 

The value of byte TCK shall be such that the exclusive- 
oring of all the bytes TO to TCK inclusive is*null. 

If only T=0 is indicated, possibly by default, byte TCK 
shall be absent If T=0 and T=:15 are present and in all the 
other cases, byte TCK shall be present. 



This subclause specifies the content of the global inter- 
face bytes. ISO/IEC JTC 1 SC 17 reserves for future use 
all the global Interface bytes not defined in this subclause 
and all the unused values of the integers defined hereafter 
in this subclause. 

This subclause specifies the bytes TA(1) TB(1) TC(1) 
TA(2) TB(2) and TA(i) for i > 2 after the first occurrence of 
T=15 in TD(i-l). These bytes code in binary the unsigned 
positive integers Fl, Dl. II. PI1, N. PI2, XI and Ul which 
are either equal to or used to compute the values of 
parameters F, D, N, P, I,' X and U presented hereafter. 

— If present, such a byte shall be interpreted in order 
to process correctly any protocol. 

— if such a byte is absent, then when needed, default 
values shall be used for the relevant parameters. 

TA(1) codes (see 6.5.2) 

— Ft, the reference to a clock rate conversion factor 
over the bits b8 to b5, see table 7. 

— Dl, the reference to a baud rate adjustment factor 
over the bits b4 to b1, see table 8. 

TB(1) where b8 = codes (see 6.5.4) 

— II, the reference to the maximum programming 
current over the bits b7 b6, see table 9. 

— PI1, the value of the programming voltage over the 
bits b5 to b1 . 

NOTE — The interface device may' ignore the bit b8 of TB(1 ). 

TC(1) codes (see 6.5.3) 

— N, the reference to compute the extra guardtime 
over the eight bits. 

TA{2) is the specific mode byte (see 6.5.7 and 6.6). 

TB{2) codes (see 6.5.4) an alternative to PI1 using 

— PI2, the value of the programming voltage o^er the 
eight bits. 

TA(I) after the first occurrence of T=15 in TD(i-l) for i > 2 
codes (see 6.5.5 and 6.5.6) 

— XI, the reference to the clock stop indicator over the 
bits b8b7, see table 10. 

— Ul. the reference to the class indicator over the bits 
b6 to b1, see table 11. 

NOTE — Interface devices complying to ISO/IEC 7816^:1989 normally 
ignore TA(i) TB(i) TC(i) after T=:1 5 in TCXi-l ) for i > 2 as interface bytes 
specific of a protocol they do not support. 
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6.5.2 Transmission factors F and D 

Parameters F and D are respectively the clock rate 
conversion factor and the baud rate adjustment factor. 
The etu used on circuit I/O depends upon the actual 
values of transmission factors F and D. The etu shall be 
equal to F/D clock cycles. 



1 etu = ^ X J 



The minimum value of the frequency f shall be 1 MHz. 
The maximum value Is given by table 7 as a function of 
Fl. The default maximum value is 5 MHz. 

For computing the etu, the pair of factors F and D shall 
take one of the following three pairs of values: 

— Fi and Di. the values indicated by the card in TA(1) 
according to tables 7 and 8; if TA(1) is absent, then Fi 
and Di are set at default values; 

— Fd and Dd, the default values 372 and 1; 

— Fn and Dn, the values negotiated by a successful 
PPS exchange in the ranges Fd to Fi and Dd to Di. 

During the answer to reset, Fd and Dd shall apply. After 
the answer to reset, the values of F and D depend upon 
the mode of operation (see 6.6). 

— In the negotiable mode (see 6.6.3), Fd and Dd shall 
continue to apply until a PPS exchange has been 
successfully completed (see 7.4). Immediately after 
the successful PPS exchange, Fn and Dn shall apply. 



— In the specific mode (see 6.6.2), 

• if b5=0 in TA(2), Fi and Di shall apply immediately 
after successful completion of the answer to reset; 

• if b5=1 in TA(2), implicit values shall be used. 



6.5.3 Extra guardtime N 

Parameter N is the extra guardtime used to send charac- 
ters from the interface device to the card. No extra 
guardtime is used to send characters from the card to the 
interface device. The default value is N = 0. 

In the range to 254, N indicates that, before being ready 
to receive the next character, the card requires the 
following delay from the leading edge of the previous 
character (sent either by the card or by the interface 
device). 



12 etu + 



(Q X j) 



In the formula, Q shall take either one of the two values: 

— F/D, i.e., the values used for computing the etu, if 
T=15 is absent in the Answer-to-Reset; 

— Fi/Di if T=15 is present in the Answer-to-Reset. 

N=255 indicates that, during the transmission protocol, 
the minimum delay between the leading edges of two 
consecutive characters is the same in both directions of 
transmission. The value of this minimum delay is 

— 12etuforT=a 

— 11 etuforT=1. 



Table 7 — Fi, Indicated values of the clock rate conversion factor 
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0100 
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RFU = Reserved for Future Use 
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15 


20 


— 
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Table 8 — Di, indicated values of the baud rate adjustment factor 
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RFU 


RFU 


RFU 


RFU 
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6.5.4 Programming parameters P and I 

Parameters P and 1 are respectively the programming 
voltage and the maximum programming current; they 
define the programming state on contact VPP. 

— Programming voltage: \/pp = P V. 

— Maximum programming current: /pp = I mA. 

In the range 5 to 25, PI1 gives the value P in volts. PI1=0 
indicates that VPP is not electrically connected in the card 
which internally generates the programming power from 
the power supplied on contact VCC. Any other value of 
PI1 is reserved for future use. 

In the range 50 to 250, PI2 gives the value P in decivolts. 
Any other value of PI2 is reserved for future use. If PI2 is 
present the value of PI1 should be ignored. 

If 1=15 is absent in the Answer-to-Reset, the default 
values are P = 5 and I = 50. If T=15 is present, VPP Is not 
connected in the card unless TB(1)- and/or TB(2) is 
present. 



Table 9 — Maximum programming current 1 


II 


00 


01 


10 


11 


1 


25 


50 


RFU 


RFU 



6.5.5 Clock stop indicator X 

Parameter X indicates according to table 10 whether the 
card supports clock stop (XI^^OO) or not (Xl=00) and, when 
supported, which electrical state is preferred on CLK when 
the clock is stopped. The default value is X = "clock stop 
not supported". 





Table 10 - 


- Clock stop indicator X 


XI 


00 


01 


10 


11 
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Not supported 


State L 


State H 


No preference 



6.5.6 Class indicator U 

Parameter U indicates the class{es- of operating condi- 
tions accepted by the card. According to table 11, each 
bit of Ul represents a class of operating conditions 
defined in 4.2.1: b1 for class A, b2 for class B. The 
default value is U = "only class A supported". 





Table 11 — Class indicator U 


Ul 


00 0001 


00 0010 


00 0011 


Any other value 


u 


A only 


B only 


A and B 


RFU 



6.5.7 Specific mode byte TA(2) 

TA(2) is the specific mode byte. According to figure 13, it 
describes the relevant features of the specific mode of 
operation of the card (see 6.6.2). 
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b8 Indicator of ability for changing the mode of operation 

Capable to change if b8=0 
Unable to change if b8=1 

b7-b6 RFU (GO when not used) 

b5 Indicator of definition of paranneters 

Defined by the interface bytes if b5=0 

Innplicitly defined, not by the interface bytes if b5=1 

T Protocol to be used in the specific mode 



Rgure 13 — Coding of TA(2) 



6.6 Modes of operation 

6.6.1 General overview 

After the answer to reset the card is in one of the follow- 
ing two modes of operation: 

— either the specific mode if TA(2) is present, 

— or the negotiable mode if TA(2) Is absent. 

Figure 14 shows selection and switching of modes of 
operation of the card. 



Colder 



reset 




Figure 14 — Mode selection and switching 
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6.6.2 Specific mode 

In the specific mode, directly after the answer to reset, 
the protocol indicated by TA(2) shall apply using for F and 
D (see 6.5.7): 

— either the values Fi and Di if b5=0 in TA(2), 

— or implicit values if b5=1 in TA(2). 

However, the interface device may initiate a warm reset 
to invoke the negotiable mode in the card. 

NOTES 

1 If a card sends TA(2) to an interface device not aware of the 
existence of the specific mode, then the card cannot rely on an 
additional reset to switch to the negotiable mode. 

2 if an interface device has detected a TA(2) byte, then the interface 
device should not issue a second reset before the answer to reset is 
completely received or the card has timed out. 



7 Protocol and parameters selection 



7.1 General 

This clause specifies an explicit protocol and parameters 
selection. This clause applies immediately after any 
answer to reset indicating the negotiable mode. 

The PPS requests and responses shall be transmitted in 
the same way as the Answer-to-Reset, i.e., at the same 
baud rate (therefore using Fd and Dd), according to the 
convention set up by TS (see 6.4.1) and with the minimal 
delay of 12 etu between the leading edges of two 
consecutive characters. However if the interface byte 
TC(1) is present in the Answer-to-Reset with a value 
different from TF\ the additional guardtime (see 6.5.3) 
shall be ensured. The delay between the leading edges of 
two consecutive characters of the PPS response shall not 
exceed the "initial waiting time" (see 6.3.2). 



6.6.3 Negotiable mode 

in the negotiable mode, an "implicit selection" is possible 
as long as the first byte sent by the interface device to 
the card allows an unambiguous distinction between a 
PPS request and a command of the protocol. 

— If no PPS request is sent directly after the answer 
to reset, then the "first offered protocol" (see 6.4.3.1) 
shall apply using Fd and Dd (see 6.5.2). 

— For another protocol offered by the card and/or 
other values of parameters F and D in the ranges Fd 
to Fi and Dd to Di, the interface device shall send a 
PPS request using Fd and Dd to switch from the 
negotiable mode to the specific mode. Directly after a 
successful PPS exchange (see 7.4), the negotiated 
protocol shall apply using Fn and Dn. 

If the Answer~to-Reset offers only one protocol (T=0 to 
14) and only Fd and Dd, this protocol shall start using Fd 
and Dd immediately after the answer to reset. Conse- 
quently, such a card need not support PPS. 

An interface device which supports neither PPS nor the 
"first offered protocol" may either reset the card to try to 
switch from the negotiable mode into a specific mode 
supported by the interface device or reject the card. 

NOTES 

1 A warm reset issued in the negotiable mode may switch the card 
into the specific mode, 

2 lfT=Ois present in a multiiDrotocol card, then T=0 is in the first 
position in the Answer-to-Reset. Therefore, in negotiable mode, only 
T=0 can be implicitly selected in such a card. 

3 If either T=0 or T=l is offered with values Fi and Di different from 
Fd and/or Dd, then the interface device may 

• either select implicitly the protocol using Fd and Dd, 

• or transmit a PPS request using Fd arKJ Dd to negotiate other 
values Fn et Dn. 



7.2 PPS protocol 

Only the interface devices are permitted to start the PPS 
exchanges, 

— The Interface device shall send a PPS request to 
the card. 

— If the card receives an erroneous PPS request, it 
shall not send any response. 

— If the card receives a correct PPS request It shall 
send a PPS response. If implemented, or the initial 
waiting time will be exceeded. 

— If the Initial waiting time is exceeded, the Interface 
device shall either reset or reject the card. 

— If the interface device receives an erroneous PPS 
response, it shall either reset or reject the card. 

— If the PPS exchange Is unsuccessful, then the 
interface device shall either reset or reject the card. 



7.3 Structure and content of PPS request and 
response 

The PPS request and PPS response each consist of one 
initial byte PPSS, followed by a format byte PPSO, three 
optional parameter bytes PPS1, PPS2, PPS3 and a check 
byte PCK as the last byte (see figure 15). 

PPSS identifies the PPS request or response and Is equal 
to 'FF'. 

PPSO indicates by the bits b5, b6, b7 equal to 1 the 
presence of the optional bytes PPS1, PPS2, PPS3, 
respectively. The bits b4 to b1 convey a value of 
parameter T to propose a protocol. The bit b8 is reserved 
for future use and shall be set to 0. 

PPSI allows the interface device to propose values of F 
and D to the card. Coded in the same way as In TA(1), 
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these values shall lie in the ranges Fd to Fi and Dd to Di 
respectively. If an interface device does not send PPS1, it 
proposes to continue with Fd and Dd. The card either 
acknowledges both values by echoing PPS1 {then these 
values beconne Fn and Dn) or does not send PPS1 to con- 
tinue with Fd and Dd (then Fn is set to 372 and Dn to 1). 

PPS2 and PPS3 are reserved for future use. 

The value of PCK shall be such that the exclusive-oring of 
all the bytes PPSS to PCK inclusive is null. 















PPSS 


The Initial Character 
The Format Character 
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The Parameter Characters 
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PPS2 
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PPSS 
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PCK 
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Figure 15 — Structure of PPS request and response 



7.4 Successful PPS exchange 

If the PPS response echoes exactly the PPS request, then 
the PPS exchange is successful. This is the most 
comnnon case. However other cases nnay occur. 



8 Protocol T=0, half-duplex transmission 
of asynchronous characters 

8.1 Scope 

This clause defines the structure and processing of com- 
nnands in a half-duplex transnnission of asynchronous 
characters. These connnnands are initiated by the inter- 
face device. This clause covers transnnission control and 
card specific control. 

The protocol starts after either the answer to reset (see 6) 
or a successful PPS exchange (see 7). 



8.2 Character level 

The character franne is as defined for the answer to reset 
in 6.3, using the convention set up by TS in 6.4.1, taking 
into account 6.5.2 and 6.5.3 according to the nnode of 
operation in 6.6. The card and the interface device shall 
use the error signal and character repetition according to 
6.3.3. 

Any transition on VPP triggered by a procedure byte shall 
occur within 12 etu from the character leading edge. 

The specific interface byte TC(2) codes the integer value 
Wl over the eight bits; the null value is reserved for future 
use. If no TC(2) appears in the Answer-to-Reset, then the 
default value is Wl = 10. The interval between the leading 
edge of any character sent by the card and the leading 
edge of the previous character (sent either by the card or 
by the interface device) shall not exceed 960 x Wl x (Fi / f). 
This maximum delay is named the "work waiting time". 

On the work waiting time overflow, VPP shall be set to or 
maintained at pause state. 



A PPS exchange is also successful when the PPS 
response is in the following conditions. 

— PPSS_Response = PPSS_Request. 

— PPSO_Response: 

• The bits b1 to b4 shall be echoed. 

• The bit b5 shall be either echoed or set to 0. 

If b5=1, PPS1_Response = PPS1_Request. 

If b5=:0, PPS1_Response is not present, meaning 

that Fd and Dd shall be used. 

• The bit b6 shall be either echoed or set to 0. 

If b6=1, PPS2_Response = PPS2_Request. 

If b6==0, PPS2_Response and PPS2_Request are 

both absent. 

• The bit b7 shall be either echoed or set to 0. 

If b7=:1, PPS3_Response = PPS3_Request. 

If b7=0, PPS3_Response and PPS3„Request are 

both absent. 

Any other case of PPS exchange shall be interpreted as 
unsuccessful. 



8.3 Structure and processing of commands 



8.3.1 General overview 

The interface device initiates every command by sending 
a five-byte header which tells the card what to do. The 
command processing continues with the transfer of a 
variable number of data bytes in one direction under the 
control of procedure bytes sent by the card. 

It is assumed that the card and the interface device know 
a priori the direction of transfer, in order to distinguish 

— commands for incoming data transfers where the 
data bytes enter the card while processing and 

— commands for outgoing data transfers where the 
data bytes leave the card while processing. 
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8.3.2 Command header 

The header is a sequence of five bytes designated CLA, 
INS, PI, P2, P3. 

— CLA is an instruction class. The value 'FF' is 
reserved for PPS {see 6.6.3). 

— INS is an instruction code in the instruction class. 
The instruction code is valid only if the bits b8 to b5 
are not equal to either '6' or '9'. 

— P1 P2 are a reference (e.g., an address) completing 
the instruction code. 

~ P3;^0 codes the nunnber n of data bytes denoted as 
D{1) to D(n) to be transferred during the command. 

• In an outgoing data transfer command, P3=0 
introduces a 256-byte data transfer from the card. 

• In an incoming data transfer command, P3=0 
introduces no data transfer. 

All remaining encoding possibilities for the header are 
reserved for other parts of ISO/IEC 7816. After trans- 
mitting the header, the interface device shaif wait for a 
character conveying a procedure byte. 

8.3.3 Procedure bytes 

8.3.3.1 General 

There are three types of procedure bytes (see table 12). 

— NULL is equal to '60'. 

— In ACK, the bits b8 to b2 are all equal or all 
complementary to those of INS, apart from the values 

■6X' and 'gX'. 

— SW1 is equal to '6X' or '9X', except for '60'. 

At each procedure byte, the card can proceed with the 
command by NULL or ACK, or conclude by an end 
sequence SW1 S\A/2, or show its disapproval by becoming 
unresponsive. 

8.3.3.2 Null byte 

NULL requests no further action neither on VPP state nor 
on data transfer. The interface device shall only wait for a 
character conveying a procedure byte. 



8.3.3.3 Acknowledge bytes 

ACK is used to control data transfer and VPP state (see 
4.3.6, table 6 and 6.5.4). 

— If exclusive-oring ACK and INS gives '00' or 'FF', 
then VPP shall be set to or maintained at pause state. 

— If exclusive-oring ACK and INS gives '01' or 'FE', 
then VPP shall be set to or maintained at programming 
state. 

— If the bits b8 to b2 in ACK have the same value as 
those in INS, then all remaining data bytes, D(i) to D(n), 
if any remain, shall be transferred subsequently. 

— If the bits bS to b2 in ACK are complementary to 
those in INS, then only the next data byte, D(i), if one 
remains, shall be transferred. 

After these actions, the interface device shall wait for a 
character conveying a procedure byte. 



8.3.3.4 Status bytes 

SW1 requests VPP to be set to or maintained at pause 
state. The interface device shall wait for a character con- 
veying a SW2 byte. There is no restriction on SW2 value. 

SW1 S\N2 form the end sequence indicating the card 
status at the end of the command. The normal ending is 
indicated by SW1 SW2 = '9000'. 

This part of ISO/IEC 7816 does not interpret the other end 
sequences where the bits b8 to b5 of SW1 are equal to 
'9'; their meaning relates to the application itself. 

If the bits b8 to b5 are equal to '6', then the meaning of 
SW1 is independent of the application. ISO/IEC JTC 1 
SC 17 reserves for future use those values, apart from the 
following five values. 

*6E' The card does not support the instruction class. 

'6D' The instruction code is not programmed or is invalid. 

'6B' The reference is incorrect. 

'67' The length is incorrect. 

'6F' No precise diagnosis is given. 

If SW1 is neither '6E' nor '6D', then the card supports the 
instruction. 







Table 12 — 


Procedure bytes 




Byte 


Value 


Result on VPP 


Result on data transfer 


Then reception of 


NULL 


'60' 


No action 


No action 


A procedure byte 


ACK 


INS 


Pause state 


All remaining data bytes 


A procedure byte 


INS e '01' 


Programming state 


All remaining data bytes 


A procedure byte 


INSe'FF' 


Pause state 


The next data byte 


A procedure byte 


INSe'FE' 


Programming state 


The next data byte 


A procedure byte 


SW1 


'6X' (;*t'60'), '9X' 


Pause state 


No action 


A SW2 byte 
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9 Protocol Tri, half-duplex asynchronous 
transmission of blocks 



9.1 Scope and principles 

This clause defines the structure and processing of conn- 
nnands in an half-duplex asynchronous transmission of 
blocks. The interface device and the card nnay initiate 
these connnnands. This clause covers card specific 
control and data transnnission control such as flow 
control, block chaining and error correction. 

The protocol starts after either the answer to reset (see 6) 
or a successful PPS exchange (see 7). The nnain charac- 
teristics of the protocol are the following. 

— The protocol starts with a first block sent by the 
interface device; the protocol continues with alternat- 
ing the right to send a block. 

— A block is the snnallest data unit which can be 
exchanged. A block nnay be used to convey 

• application data transparent to the protocol, 

• transnnission control data including transnnission 
error handling. 

— The block structure allows to check the received 
block before processing the conveyed data. 

The protocol applies the principle of layering of the OSl 
reference nnodel. A particular attention has mininnized 
interactions across boundaries. Three layers are defined. 

— The physical layer transnnits nnonnents organized in 
asynchronous characters according to 9.3. 

— The data link layer includes a character connponent 
and a block connponent. 

• The character connponent handles the block 
identification {recognizing the start and the end of 
a block) and ensures controls according to 9.6. 

• The block component exchanges blocks accord- 
ing to 9.7. 

— The application layer processes commands, which 
involves the exchange of at least one block or chain 
of blocks in each direction. 



9.2 Terms and definitions 

For the purposes of this clause, the following definitions 
apply. 

9.2.1 
block 

sequence of bytes comprising two or three fields defined 
as prologue field, information field and epilogue field 



9.2.1.1 
information block 

block whose primary 
layer information 



9.2.1.2 

receive ready block 

block conveying the number of the expected l-block, used 
as a positive or negative acknowledgment 

9.2.1.3 
supervisory block 

block conveying transmission control information 

9.2.2 

error detection code 

content of the epilogue field, resulting from an error 
checking method applied to all bytes in the prologue field 
and in the information field 

9.2.3 
field 

one of the three components of the block, defined as 
prologue field, information field and epilogue field 



9.2.3.1 
prologue field 

first field of a block, conveying the subfields: 
address byte, protocol control byte and length byte 



node 



9.2.3.2 
information field 

field of a block, conveying data, generally application data 

9.2.3.3 
epilogue field 

final field of a block, conveying the error detection code 

9.2.4 
subfield 

functional component of a field 

9.2.4.1 

node address byte 

subfield of the prologue field, indicating both destination 
and source addresses of the block and controlling VPP 
state 



9.2.4.1.1 

destination node address 

portion of the subfield node 
intended receiver of the block 



address, identifying the 



9.2.4.1.2 

source node address 

portion of the subfield 
sender of the block 

9.2.4.2 

protocol control byte 

subfield of the prologue 
control information 



node address, identifying the 



field, containing transmission 



purpose is to convey application 



9.2.4.3 
length byte 

subfield of the prologue field, containing the number of 
bytes transmitted in the information field of the block 

9.2.5 

transmission control 

function used to control the data transmission between 
the interface device and the card, including VPP state 
control, block transmission with sequence control, 
synchronization and recovery of transmission errors 
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For the purposes of this clause, the following abbrevia- 
tions apply. 

BGT block guardtinne 

BWI block waiting tinne integer 

BWT block waiting tinne . 

CRC cyclic redundancy check 

CWl character waiting tinne integer 

CWT character waiting time 

DAD destination node address 

EDC error detection code 

l-block infornnation block 

IFS nnaxinnunn infornnation field size 

IFSC IFS for the card 

iFSD IFS for the interface device 

INF infornnation field 

LEN length byte 

LRC longitudinal redundancy check 

NAD node address byte 

OSI open systenns interconnection 

PCB protocol control byte 

R-block receive ready block 

R receive ready 

SAD source node address 

S-block supervisory block 

WTX waiting tinne extension 



9.4 Block frame 



9.4.1 General 

A block is a sequence of bytes: each byte is conveyed in 
an asynchronous character. As shown in figure 16, a 
block consists of the following fields. 

— The prologue field is mandatory; it consists of a 
node address byte, a protocol control byte and a 
length byte. 

— The information field is optional; it consists of zero 
to 254 bytes. 

— The epilogue field is mandatory; it consists of one 
or two bytes. 



Prologue field 


Infornnation field 


Epilogue field 


NAD 


PCB 


LEN 


INF 


EDC 


Ibyte 


1 byte 


1 byte 


to 254 bytes 


1 or 2 bytes (LRC or CRC) 


) 


t 


-m— Data length ^^- 
1 


de 


[ 
















Error detection co 





Figure 16 — Block frame 



The protocol defines three types of blocks. 

— An information block (l-block) is used to convey 
information for use by the application layer. In addition, 
it conveys a positive or negative acknowledgment. 

— A receive ready block (R-block) is used to convey a 
positive or negative acknowledgment. Its information 
field shall be absent. 

— A supervisory block (S-block) is used to exchange 
control information between the interface device and 
the card. Its information field may be present depend- 
ing on its controlling function. 

NOTE — This separation allows the design of the protocol control and 
the application portions of the device microcode to be relatively 
independent of one another. 



9.3 Character frame 

The character frame is as defined for the answer to reset 
in 6.3 (except for 6.3.3), using the convention set up by 
TS in 6.4.1, taking into account 6.5.2 and 6.5.3 according 
to the mode of operation in 6.6. 

The error signal and character repetition according to 
6.3.3 shall not be used, so that the minimum delay 
between the leading edges of two consecutive characters 
of a block may be reduced to 11 etu, according to the 
interface byte TC(1) specified in 6.5.3. 

Character parity allows to check a block in addition to the 
error detection code (see 9.4.4 and 9.5.4). 



9.4.2 Prologue field 



9.4.2.1 Node address byte 

NAD allows to identify the source and the intended desti- 
nation of the block; it may be used to distinguish between 
multiple logical connections when they coexist. 

The bits b1 to b3 are the source node address SAD and 
the bits b5 to b7 the destination node address DAD. The 
bits b4 and b8 are used for VPP state control (see 9.6.1). 

When the addressing is not used, the values of SAD and 
DAD shall be set to 0. Any other value of NAD where SAD 
and DAD are identical is reserved for future use. 
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!n the first block sent by the interface device, NAD shall 
set up a logical connection by associating the addresses 
SAD and DAD. Subsequent blocks in which NAD contains 
the sanne pair of addresses SAD and DAD are associated 
with the sanne logical connection. During information 
exchange, other logical connections nnay be set up by 
other pairs of addresses SAD and DAD. 

NOTE — For example, blocks sent by the interface device with the 
values X for SAD and y for DAD and blocks sent by the card with the 
values y for SAD and x for DAD belong to a logical connection denoted 
by (x, y), whereas blocks sent by the interface device with the values v 
for SAD and w for DAD and blocks sent by the card with the values w 
for SAD and v for DAD belong to another logical connection (v, w). 



9.4.2.2 Protocol control byte 

PCB conveys infornnation required to control transnnission. 
PCB defines whether a block is an l-block, an R-block or 
an S-block. 

— In the PCB of every l-block, the bit b8 is set to 0. 
The bits b7 b6 are used as shown in figure 17. The 
bits b5 to b1 are reserved for future use and shall be 
set to 0. 

~~ In the PCB of even/ R-block, the bits b8 b7 are set 
to 10. The bits b6 to b1 are used as shown in figure 

18. 

~ in the PCB of every S-block, the bits b8 b7 are set 
to 11. The bits b6 to b1 are used as shown in figure 
19. 



9.4.2.a Length byte 

LEN indicates the nunnber of bytes present in the 
infornnation field of the block (see also 9.5.2). 

The coding for LEN shall be the following. 

— The value '00' indicates that the infornnation field is 
absent. 

— Any value fronn '01' to 'FE' is the nunnber of bytes 
present in the infornnation field, fronn 1 to 254. 

— The value 'FF' is reserved for future use. 



9.4.3 Information field 

The use of INF depends upon the block type. 

— When present in an l-block, INF conveys appli- 
cation infornnation. 

— INF shall be absent in an R-block. 

— When present in an S-btock, INF conveys non 
application infornnation. 

• INF shall be present with a single byte in an 
S-block adjusting IFS and WTX. 

• INF shall be absent in an S-block signalling an 
error on VPP state or managing chain abortion or 
resynchronization. 





nnsb 


b7 


b6 


b5 


b4 


b3 


b2 


b1 

Isb 



b8 (PCB of l-btocks) 

b7 Send-sequence number, N(S) 

b6 More-data bit, M-bit 

b&b4^>3432^^1 RFU 



Figure 17 — Coding of l-block PCB 



1 

nnsb 







b6 



b5 



b4 



b3 



b2 



b1 

Isb 



b&b7 10{PCBofR^Dlocks) 

beb&bW^2-b1 

(>^(RHX)00 Error-free 

0-N(R)-0001 EDC or character parity error 

0-N(RKX)10 Other errors 

Any other value of b6-b&b4-b34D2-b1 is RFU. 



NOTE — The value of N(R) states whether the R-block indicates an 
error or not. The bits b4 to b1 may optionally be evaluated. 



Figure 18 — Coding of R-block PCB 



1 

msb 


1 


b6 


b5 


b4 


b3 


b2 


bl 

Isb 



b&b7 1 1 (PCB of S^Dlocks) 

b6b&b4bati2-b1 (b6 is the response bit) 

000000 RESYNCH request 

100000 RESYNCH response 

000001 IFS request 

100001 IFS response 

000010 ABORT request 

100010 ABORT response 

000011 WTX request 

100011 WTX response 

100100 Error on VPP state 

Any other value of b&ti54yW33^2-b1 is RFU. 



Figure 19 — Coding of S-block PCB 



9.4.4 Epilogue field 

EDC conveys the error detection code of the block. The 
protocol uses either a LRC or a CRC. 

— The longitudinal redundancy check (LRC) consists 
of one byte. Its value shall be such that the 
exclusive-oring of all the bytes of the block is null. 

— The cyclic redundancy check (CRC) consists of 
two bytes. For its value, see ISO/IEC 3309. 
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9.5 Protocol parameters 



9.5.1 Specific interface bytes for T-1 

!f present in the Answer-to-Reset after the first occur- 
rence of J~^ in TD{i-1) for i > 2, the specific interface 
bytes TA(i) TB{i) TC(i) are used to set up the protocol 
paranneters at non-default values. 

For notation sinnplicity, these three bytes are hereafter 
nanned the first TA(i), the first TB(i) and the first TC(i). 



9.5.2 Information field sizes 

9.5.2.1 IFS for the card 

IFSC is the nnaxinnunn length of infornnation field of blocks 
which can be received by the card. The initial value of 
IFSC is set up by the first TA(i) with 32 as default value. 

9.5.2.2 IFS for the interface device 

IFSD is the maxinnunn length of infornnation field of blocks 
which can be received by the interface device. The initial 
value of IFSD is 32. 

9.5.2.3 Coding for IFSC and IFSD 

At the start of the protocol, IFSC and IFSD are initialized. 
During the protocol, IFSC and IFSD nnay be adjusted by 
S(IFS request) and S(IFS response) where INF consists of 
one byte nanned IFS. In any case, the first TA(i) and the 
bytes IFS shall be coded as follows. 

— The values '00' and 'FF' are reserved for future 
use. 

— The values '01' to 'FE' are the nunnbers 1 to 254. 

NOTE — The block size is the total number of bytes present in the 
prologue, information and epilogue fields. The maximum block size is 
equal to IFS plus four or five, depending upon the length of the epilogue. 



The bits b4 to b1 of the first TB(i) give CWI from to 15. 
The default value of CWI is 13. CWT is calculated from 
CWI by the following formula. 

CWT = (11 +2CWi)etu 

Therefore the minimum value of CWT is 12 etu. 



9.5.3.2 Block waiting time 

BWT is defined as the maximum delay between the 
leading edge of the last character of the block received by 
the card and the leading edge of the first character of the 
next block sent by the card (see figure 21). BWT is used 
to detect an unresponsive card. 



~\ 



Last character of a block 
sent by the interface device 



First character of a next block 
sent by the card 



BGT < I < BWT 



Figure 21 — Block waiting time 
and block guardtime 

The bits bS to b5 of the first TB(i) give BWI from to 9. 
The values 10 to 15 are reserved for future use. The 
default value of BWI is 4. BWT is calculated from BWI by 
the following formula. 



BWT = 1 1 etu 



+ 2BWix960x^ s 



9.5.3.3 Block guardtime 

BGT is defined as the minimum delay between the leading 
edges of two consecutive characters sent in opposite 
directions. The value of BGT shall be 22 etu. 



9.5.3 Waiting times 

9.5.3.1 Character waiting time 

CWT is defined as the maximum delay between the 
leading edges of two consecutive characters in the block 
(see figure 20). 

NOTE — When there is a potential error in the length, CWT may be 
used to detect the end of a block. 



~L 



Character 



Next character 



1^ t<CWT .| 



Figure 20 — Character waiting time 



Consequently, the delay between the last character of a 
block received by the card and the first character of the 
next block sent by the card shall be at least BGT but at 
most BWT (see figure 21). 



9.5.4 Error detection code 

The bit b1 of the first TC(i) Indicates the error detection 
code to be used: 

— CRCif b1=1; 

— LRC (default value) if b1=0. 

The bits b8 to b2 are reserved for future use and shall be 
set to 0. 
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9.6 Character component operation at data 
link layer 



9.7 Block component operation at data link 
layer 



9.6.1 VPP state control 



9.7.1 Notations 



VPP state (see 4.3.6, table 6 and 6.5.4) is managed by 
the interface device under the control of NAD and PCB 
characters sent by the card. Bits b8 and b4 of the NAD 
byte shall be used as follows. 

b8=0, b4=0 

VPP shall be set to or maintained at pause state. 

b8=1, b4=0 

VPP shall be set to programming state until reception of 

the PCB character. 

b8=0, b4=1 

VPP shall be set to programming state until reception of 

another NAD character. 

b8=1, b4=1 

This coding is forbidden. 



If a parity error occurs on the NAD character, VPP shall be 
set to or maintained at pause state. 

If a time-out occurs, i.e., if the card fails to send an 
expected character within CWT or BWT, VPP shall be set 
to or maintained at pause state. 

Any transition on VPP triggered by a character shall occur 
within 12 etu from the character leading edge. 



9.6.2 Error-free operation 

At the beginning of the protocol, the interface device has 
the right to send. When T=1 has been selected, the 
interface device sends only blocks. 

When either the card or the interface device has sent a 
block, it switches to reception mode. When either the 
card or the interface device has received the number of 
bytes according to the length subfield, it assumes that it 
has the right to send. 



The following notations are used in the descriptions of the 
protocol. 

l-blocks are denoted as follows. 

I(N(S), M) 

l-block where N(S) is the send-sequence number of the 

block and where M is the more-data bit (see 9.7.2.2) 

Na(S), Nb(S) 

send-sequence numbers of l-blocks where indices a and 

b distinguish sources A and B 

R-blocks are denoted as follows. 

R(N(R)) 

R-block where N(R) Is the number of the expected l-block 

S-blocks are denoted as follows. 

S(RESYNCH request) 

S-block requesting a resynchronization 

S(RESYNCH response) 

S-block acknowledging the resynchronization 

S(IFS request) 

S-block offering a maximum size of the information field 

S(IFS response) 

S-block acknowledging !FS 

S(ABORT request) 

S-block requesting a chain abortion 

S(ABORT response) 

S-block acknowledging the chain abortion 

S<WTX request) 

S-block requesting a waiting time extension 

S(WTX response) 

S-block acknowledging the waiting time extension 

S<Error on VPP state) 

S-block informing the card of a VPP state error 

S(IFS...) and S(WTX...) contain INF, whose coding is 
defined by rules 3 and 4 in 9.7.2.3. 
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9.7.2 Error-free operation 



9.7.2.1 General procedures 

At the beginning of the protocol, the first block sent by 
the interface device to the card shall be either an l-block 
or an S-block. 

After a block (I-, R- or S-block) has been sent, an 
acknowledgment shall be received before starting the 
transnnission of the next block, as described hereafter. 

Every l-block carries its send-sequence number N(S). The 
l-blocks sent by the interface device and those sent by 
the card are counted independently from each other. N(S) 
is counted modulo 2 and coded by one bit. At the start of 
the protocol or after resynchronization, the initial value is 
N(S) = 0; then the value alternates after sending each 
l-block. 

Every R- block carries N(R) which is the send-sequence 
number N{S) of the next expected l-block. In error-free 
operation, R-blocks are used for chaining l-blocks (see 
9.7.2.2). 

A sent l-block is acknowledged by receiving 

— either an l-block where N(S) is different from N(S) 
of the previously received l-block. 

— or an R-block where N(R) is different from N(S) of 
the sent l-block (see rule 2.2 in 9.7.2.3). 

An S-block carries no number. S(... request) carries no 
acknowledgment. S(... response) acknowledges the 
received S(... request). 



9.7.2.2 Chaining 

The chaining function allows the interface device or the 
card to transmit information (application data) longer than 
IFSC or IFSD. 

If the Interface device or the card has to transmit 
information longer than IFSC or IFSD respectively, it 
should divide the information into pieces, each with length 
less than or equal to IFSC or IFSD, and it should send 
each piece in a block using the chaining function. 

Figure 22 illustrates the chaining function. 
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The chaining of l-blocks is controlled by the M-bit in PCB. 
The value of the M-bit indicates the state of the l-block. 

M = 1, chained to the next block which shall be an l-block 

M = 0, not chained to the next block 

When the receiver correctly receives a more-data l-block, 
it shall send R(N(R)), where N(R) is equal to N{S) of the 
expected l-block. 



NOTE — l-blocks with LEN 
scenario 7 in annex A). 



may be used within a chain (see 



Figure 22 — Chaining function 



9.7.2.3 Protocol rules for error-free operation 

Rule 1 

The interface device sends the first block, either an 
l-block with N(S) = denoted as 1(0, M) or an S-block. 

Rule 2.1 

l(Na(S), 0) sent by A is acknowledged by l(Nb(S), M) sent 
by B to transnnit application data and to indicate readiness 
to receive the next l-block fronn A. 

Rule 2,2 

l(Na(S), 1) sent by A is acknowledged by R(Nb(R)) sent by 
B [where Nb(R) is not equal to Ma(S)l to indicate that the 
received block was correct and the readiness to receive 
the next l-block from A. 

NOTE — Chaining is only possible in one direction at a time. 

Rule 3 

If the card requires nnore than BWT to process the 
previously received l-block, it sends S(WTX request) 
where INF conveys one byte coding a binary integer 
nnultiplier of the BWT value. The interface device shall 
acknowledge by S(WTX response) with the same INF. 

The time allocated starts at the leading edge of the last 
character of S(WTX response). 

Rule 4 

The card sends S(!FS request) to indicate a new IFSC it 
can support. The interface device shall acknowledge by 
S(IFS response) with the same INF, The interface device 
assumes the new IFSC is valid as long as no other IFSC 
is indicated by another S(IFS request). 

The interface device sends S(IFS request) to indicate a 
new IFSD it can support. The card shall acknowledge by 
S(IFS response) with the same INF. The card assumes 
the new IFSD is valid as long as no other IFSD is indicated 
by another S(IFS request). 

For the coding of IFSC and IFSD in INF, see 9.5.2.3. 

Rule 5 

Chaining is indicated by the M-bit, where l(N(S), 0) is a 
non chained block or the last block of a chain. l(N(S), 1) is 
a part of a chain and shall be followed by at least one 
chained block. 

R(N(R)) requests transmission of the next chained l-block 
I(N(S) = N(R), ...) and acknowledges the received chained 
l-block KNOT N(R), 1). 
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9.7.3 Error handling 

9.7.3.1 Errors detected by the receiver 

The tasks of the block layer are to send blocks, to detect 
transmission and sequence errors, to handle such errors 
and to resynchronize the protocoi. Therefore the block 
connponent of the data link layer should be able to handle 
the following errors. 

— BWT time-out — The card did not send any character 
within the specified delay. 

— Reception of an invalid block — Examples are 

• character parity error(s), 

• EDC error. 

• invalid PCB (due to unknown encoding), 

• invalid LEN (transmission error or incompatibility with 
the block type or with IFSC or IFSD), 

• loss of synchronization because the block size and 
the value indicated by LEN are inconsistent, 

• failure to receive the relevant S(... response) after 
having sent S(... request). 

Resynchronization of the protocol may be attempted at 
three consecutive levels, if one level is unsuccessful, 
then the next level is tried. 

— For the interface device, the three levels are 

• retransmission of blocks, 

• use of S(RESYNCH request), 

• card reset or deactivation. 

— For the card, the three levels are 

• retransmission of blocks, 

• use of S(RESYNCH response), 

• without action by the interface device, the card 
becomes unresponsive. 



9.7.3.2 Protocol rules for error handling 

Rule 6 

S(RESYNCH request) may be sent only by the interface 

device to reach resynchronization and to initiate resetting 

the communication parameters of the protocol to its initial 

values 

Rule 6.1 

If the receiver detects a loss of synchronization, it gets 
back the right to send after a silence on I/O greater than 
the larger of CWT or BGT. 

Rule 6.2 

SiRESYNCH request) shall be responded to by S(RESYNCH 

response) from the card. 



Rule 6.3 

After the interface device has 
response), the protocol is initiated. 



received S(R£SYNCH 



Rule 6.5 

When S(RESYNCH request) is received, the previously 

sent block is assumed not to have been received. 

Rule 7.1 

When an l-block was sent and an invalid block is received 
or a BWT time-out (with the interface device) occurs, an 
R-block is sent, which requests with its N(R) for the 
expected l-block with N(S) = N{R). 

Rule 7.2 

When an R-block was sent and an invalid block is 
received or a BWT time-out (with the interface device) 
occurs, this R-block is retransmitted. 

Rule 7.3 

When S(.,. request) was sent and the received response 
is not S(... response) or a BWT time-out occurs (only with 
the interface device), S(... request) is retransmitted. 

When S(... response) was sent and an invalid block is 
received or a BWT time-out occurs (only with the 
interface device), an R-block is sent. 

Rule 7.4.1 

After failing to receive an error-free block at the beginning 
of the protocol, the interface device makes a maximum of 
two further attempts in succession before resetting or 
deactivating the card. 

Rule 7.4.2 

During the protocol, if the interface device fails to receive 
an error-free block, it makes a maximum of two further 
attempts in succession before sending S(RESYNCH 
request). 

Rule 7.4.3 

If the card fails to receive an error-free block after a 

second attempt in succession, it remains in reception 

mode. 



Rule 7.5 

After the beginning of the protocol, the card reacts 
receiving an invalid first block by sending R(0). 



on 



Rule 6.4 

After the interface device has failed a maximum of three 
times in succession to reach the intended resynchroni- 
zation by sending S(RESYNCH request), it resets the card. 



Rule 7.6 

If the first block sent by the interface device is not res- 
ponded to within BWT, the interface device sends R(0). 

Rules 

When the card sends S(tFS request) and receives an 
invalid block, it retransmits a maximum of one more S(IFS 
request) in order to elicit an S(IFS response). After the 
second failure, it remains In reception mode. 

Rule 9 

The abortion of a chain can be initiated by either the 
sender or receiver of a chain sending S(ABORT request) 
which shall be answered by S(ABORT response), after 
which an R-block may be sent depending on whether it is 
necessary to give back the right to send. 

NOTE — Abortion of chaining may be due to physical errors in the 
card, such as memory error. 
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Annex A 

(informative) 
Scenarios for T=1 



A.I Notations 

For the purposes of this annex, the following notations 
apply in addition to the notations introduced in 9.7.1, 

Any block *" Correctly received block 

Any block X ^ Erroneously received block, see 9.7.3. 1 



A.2 Error-free operation 

(according to the rules in 9.7.2.3) 

A.2.1 Exchange of l-blocks 

Scenario 1 -—(rules 1 and 2.1) 
Interface device 

1.1 1(0,0) >^ 

1.2 ^ 

1.3 1(1,0) ^ 

1.4 -< 



A.2.3 IPS adjustment 



Card 

Kao) 

1(1.0) 



A.2.2 Waiting time extension 

Scenario 2 — (rule 3) 

The card requests for a waiting time extension. 

Interface device Card 

2.1 1(0.0) *" 



2.2 
2.3 
2.4 



S(WTX response) 



S(WTX request) 
1(0.0) 



Scenario 3 — (rule 4) 

The card initiates an IFS adjustnnent. 

Interface device Card 

3.1 1(0,0) ^ 

3.2 ^ SdFS request) 

3.3 S{IFS response) ^ 

3.4 ^ 1(0, 0) 

Scenario 4 — (rule 4) 

The interface device initiates an IFS adjustnnent. 
Interface device Card 

4.1 1(0, 0) 

4.2 

4.3 S(IFS request) 



4.4 
4.5 
4.6 



1(1.0) 



-< 


1(0,0) 


-< 


S(IFS response) 


■< 


1(1,0) 



A.2.4 Chaining function 

Scenario 5 — (rules 2.2 and 5) 
The interface device sends a chain 
Interface device 



5.1 
5.2 
5.3 
5.4 
5.5 
5.6 
5.7 



1(0,1) 



KIJ) 



1(0.0) 



1(1.0) 





_>. 


Card 




_^ 


R(1) 






R(0) 






1(0.0) 
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Scenario 6 — (rules 2.2 and 5) 
The card sends a chain. 
Interface device 

1(0. 0) ~ 



6.1 
6.2 
6.3 

6.4 
6.5 
6.6 



R(1) 
1(1.0) 



Card 

1(0.1) 
1(1,0) 
1(0, 0) 



Scenario 7 ~ (last note of 9.7.2.2) 

The card uses the M-bit to force an acknowledgment for a 

sent l-block, 

interface device Card 



7.1 
72 
73 
7.4 
75 
7.6 



i(0, 0) 
R(1) 
1(1.0) 



1(0, 1) 

1(1,0) [with LEN=01 

1(0, 0) 



A.3 Error handling 

(according to the rules in 9.7.3.2) 

A.3.1 Exchange of l-blocks 

Scenario 8 — (rule 7.5) 
At the start of the protocol. 
Interface device 

8.1 1(0, 0) X > 

8.2 ^ 

8.3 1(0, 0) >^ 

8.4 ^ 

Scenario 9 — (rules 7.1 and 7.6) 
interface device 

9-1 1(0. 0) *^ 

9.2 -<-X 



9.3 
9.4 
9.5 



R(0) 



1(1,0) 



Scenario 10 — (rules 7.1, 7.5 and 7.6) 
interface device 

1(0, 0) X > > 



10.1 
10.2 
10.3 
10.4 
10.5 
10.6 
10.7 



R{0) 
1(0, 0) 
1(1.0) 



Scenario 11 —(rules 7.1 and 7.6) 
Interface device 

1(0, 0) *^ 



11.1 
112 
11.3 
11.4 
11.5 
11.6 
11.7 



R(0) 
R(0) 
1(1.0) 



-4 



Card 

R(0) 
1(0, 0) 

Card 

1(0,0) 
1(0.0) 

Card 

R(0) 
R(0) 
1(0,0) 

Card 
1(0. 0) 
R(1) 
1(0,0) 



Scenario 12 — (rules 7.1, 7.2 and 7.6) 
Interface device 

1(0. 0) >^ 



12.1 
12.2 
12.3 
12.4 
12.5 
12.6 
12.7 



R(0) 



R(0) 



1(1,0) 






Scenario 13 — (rules 7.1, 7.2 and 7.6) 
Interface device 

1(0. 0) >^ 



13.1 
13.2 
13.3 
13.4 
13.5 
13.6 
13.7 
13.8 
13.9 



R(0) 



R(0) 



1(1.0) 



-< 



Card 

1(0,0) 
R(1) 
1(0. 0) 

Card 

1(0. 0) 

R(1) 

R(1) 

1(0.0) 



A.3.2 Waiting time extension 

Scenario 14 — (rule 7.3) 

The card requests for a waiting tinne extension. 

Interface device Card 

14.1 1(0.0) >^ 

^^•2 ^ X S(WTX request) 

14.3 R(0) ^ 

14-^ ^ S(WTX request) 

14.5 S(WTX response) *^ 

^^^ ^ 1(0. 0) 

14.7 1(1,0) • >^ 



Scenaho 15 — (rule 7.3) 

The card requests for a waiting tinne extension. 



15.1 
152 
15.3 
15.4 
15.5 
15.6 
15.7 



Interface device 

1(0. 0) 



S(WTX response) 



Card 






S(WTX request) 
S(WTX request) 



1(1.0) 



1(0. 0) 



A.3.3 IFS adjustment 

Scenario 16 — (rule 7.3) 
The card requests for an IFS adjustment. 
Interface device 



16.1 
162 
16.3 
16.4 
16.5 
16.6 



1(0,0) 

R(0) 

S(IFS response) 



>. 



Card 

8(1 FS request) 

S(IFS request) 

1(0, 0) 
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Scenario 1 7 — (rule 7.3) 

The card requests for an !FS adjustnnent. 

interface device 

1(0,0) 



17.1 
17.2 
173 
17,4 
17.5 
17.6 
177 



R{0) 
S{IFS response) 



1(1,0) 



-<-^< 
>^^ 



Scenario 18 — (rule 7.3) 

The card requests for an IFS adjustnnent. 



18.1 
18.2 
18.3 
18.4 
18.5 
18.6 
187 



Interface device 

t(0,0) 

S(IFS response) 

S{IFS response) 

1(1.0) 



Card 

S(IFS request) 

S(IFS request) 

1(0, 0) 

Card 



^ 



Scenario 19 — (rule 7.3) 

The card requests for an IFS adjustnnent. 

Interface device 

^ 



19.1 


1(0, 0) 


19.2 




19.3 


S(IFS response) 


19.4 




19.5 


R(0) 


19.6 




19.7 


1(1,0) 



>. 



Scenario 20 — (rule 7.3) 

The card requests for an IFS adjustnnent. 

Interface device 



20.1 


1(0. 0) 


20.2 




20.3 


S(!FS response) 


20.4 




20.5 


R(0) 


20.6 




20.7 


R(0) 


20.8 




20.9 


1(1.0) 





• 






^^^^ 


s-< 


^^ 


-^v " 


^ 




>. 



1(0, 0) 



R(1) 



1(0.0) 



A.3.4 Chaining function 

A.3.4.1 The interface device sends a chain. 



;enaric 

21.1 
21.2 


) 21 —(rule 7.1) 
Interface device 

1(0.1) 


21.3 
21.4 


R(0) 


21.5 
21.6 


1(1.1) 


217 
21.8 


1(0.0) 


21.9 


1(1,0) 



>. 



Card 

R(1) 
R(1) 
R(0) 
1(0.0) 



Scenario 22 


— (rule 7.1) 




Interface device 


22.1 


1(0,1) 


22.2 




223 


R(0) 


22.4 




22.5 


1(1,1) 


22.6 




22.7 


1(0. 0) 


22.8 




22.9 


1(1.0) 



■< 



S(1FS request) 


Scenario 23 


— (rule 7.1) 
Interface device 


S(IFS request) 


23.1 
23.2 




1(0,0) 


1(0.0) 


233 
23.4 




R(1) 




23.5 




R(1) 




23.6 






Card 


23.7 
23.8 




1(1,0) 


S(IFS request) 

1(0.0) 


Scenario 

24.1 


24 


— (rule 7.1) 
Interface device 

1(0.0) 


1(0,0) 


24.2 
24.3 
24.4 




R(1) 




24.5 




R(1) 




24.6 






Card 


24.7 
24.8 




1(1,0) 


S(1FS request) 









^ 



>. 



Card 

R(1) 
R(1) 
R(0) 
1(0, 0) 



A.3.4.2 The card sends a chain. 

Card 

1(0. 1) 
R(1) 
1(1.0) 
1(0. 0) 

Card 
1(0. 1) 
R(1) 
1(1.0) 
1(0.0) 

A.3.4.3 Chain sender initiates chain abortion. 



Scenario 25 — (rule 9) 








The interface device initiates 


; a ( 


chain abortion. 




Interface device 






Card 


25.1 


1(0.1) 


— 


— ^ 




25.2 




M^ 




R(1) 


25.3 


S(ABORT request) 





— ^ 




25.4 




-<- 




S(ABORT response) 


25.5 


1(1,0) 





—^ 




25.6 




-<- 




1(0.0) 


257 


1(0. 0) 









Scenario 26 — (rule 9) 
The card initiates a chain abortion. 
Interface device 

26.1 1(0,0) 

26.2 

26.3 R(1) 

26.4 

26.5 S(ABORT resfxxise) 

26.6 

26.7 1(1,0) 

26.8 



>. 

■< 

>. 

^ 

>" 

-< 

>- 

< 



Card 
1(0.1) 
S(ABORT request) 
1(1,0) 
1(0.0) 
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A.3.4.4 Chain receiver initiates chain abortion. 



Scenario 32 • 



Interface device 



Scenario 27 — (rule 9) 








The card 


initiates a chain a 


bortion. 






Interface device 






Card 


27.1 


1(0,1) 




"^ 




27.2 








H(1) 


27.3 


1(1,1) 




-^ 




27.4 








S{ABORT request) 


27.5 


S(ABORT response) 




-*" 




27.6 








R(0) 


277 


1(0, 0) 




->- 





Scenario 28 — (rule 9) 

The interface device initiates a chain abortion. 

Interface device Card 



28.1 


!(0, 0) 


28.2 




28.3 


R(1) 


28.4 




28.5 


S(ABORT request) 


28.6 




28.7 


1(1,0) 



J^ 

< 

>. 

^ 

>. 

< 

>- 



1(0,1) 

1(1.1) 

S(ABORT response) 



A.3.5 Resynchronization 

Scenano 29 — (rule 6.2) 

Interface device 

29.1 "*- 

29.2 SiRESYNCH request) — 
293 "^ 
294 



1(0, 0) 



29.5 



Scenario 30 — (rules 6.2 and 7.3) 

Interface device 



Card 

Any block 

S(RESYNCH response) 
1(0, 0) 

Card 

Any block 



30.1 "*— 

30.2 S(RESYNCH request) =^ 

30.3 < X S(RESYNCH response) 
X.4 S(RESYNCH request) *" 

:^.5 "^ 

30.6 1(0, 0) 

30.7 "*— 



Scenano 31 —(rules 6.2, 7.1 and 7.3) 

Interface device 



31.1 ^ 

31.2 S(RESYNCH request) X > " 

31.3 ^ 

31.4 S(RESYNCH request) *^ 

31.5 "^ 

31.6 1(0,0) *^ 

317 ^ 



S{RESYNCH response) 
1(0,0) 

Card 

Any block 

R(N(R)) 

S(RESYNCH response) 

1(0.0) 



32.1 
32.2 
32.3 
32.4 
32.5 
32.6 
327 



S(RESYNCH request) X > 
SiRESYNCH request) ^ ^ 



1(0, 0) 



Scenario 33 — (rules 7.1 and 7.4.1) 

At the start of the protocol. 
Interface device 

1(0, 0) — ^ 

(BWT time-out) 

R(0) *" 

(BWT timeout) 



33.1 
33.2 

33.3 
33.4 
33.5 
33.6 
33.7 



(BWT time-out) 

Reset or 

deactivation 



Card 

Any block 

R(N(R)) 

S(RESYNCH response) 

1(0, 0) 



Card 

(no response) 

(no response) 
(no response) 



Scenario 34 — (rules 7.1, 7.4.2 and 7.4.3) 
During the protocol. 

Interface device 

1(0, 0) *" 

(BWT time-out) 

R(0) *^ 

(BWT time-out) 

R(0) ^ 

(BWT time-out) 

S(RESYNCH request) *^ 



34.1 
34.2 
34.3 
34.4 
34.5 
34.6 
34.7 
34.8 
34.9 
34.10 



Card 

(no response) 

(no response) 
(no response) 



1(0.0) 



S(RESYNCH response) 



1(0,0) 



Scenario 35 — (rules 6.4, 7.1. 7.4.2 and 7.4.3) 
During the protocol. 

Interface device Card 

1(0. 0) ^ (no response) 

(BWT time<>ut) 

R(0) *" 

(BWT time-out) 



35.1 
35.2 
35.3 
35.4 

35.5 

35.6 

35.7 

35.8 

35.9 

35,10 

35.11 

35.12 

35.13 



(BWT timeout) 
SIRESYNCH request) 

(BWT timeout) 
S(RESYNCH request) 

(BWT timeout) 

S(RESYNCH request) 

(BWT timeout) 

Reset or 

deactivation 



(no response) 
(no response) 
(no response) 
(no response) 
(no response) 
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